home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_0799
/
793
< prev
next >
Wrap
Text File
|
1994-08-27
|
2KB
|
46 lines
Subject: Re: Buttons Buttons Buttons
Date: Fri, 15 Jul 1994 09:36:48 +1000
From: Warwick Allison <warwick@cs.uq.oz.au>
Precedence: bulk
d.oakley.kid0111@oasis.icl.co.uk wrote:
>Does anyone use the hold-right-button-while-click-left on the
>desktop? Well I certainly use it a lot when copying files
>accross and not wanting to swap top windows!
I agree 100% that accessing non-top windows is very useful. But I don't
see the need to give users knuckle cramps to provide something that can
be done just using the left button.
>You can't (as far as I know) stop a left click from topping a window
>in older TOSes anyway, so you must have hold right and then click
>left, or simply click right.
On all TOS versions, an application can choose to interpret the WM_TOPPED
evenbt as a click. On WINXed and AES>3 systems (including MTOS and Geneva),
it is also possible to do DRAG events on background windows.
>Since I like the idea that LEFT IS
>SELECT, I'm not a great fan of using the right mouse button instead.
Exactly. Using both at once is even worse.
>The idea of topping a window only if the left-click doesn't hit a button or
>edit item is quite appealing but surely not available in older TOSes.
It is. GEM++ uses this ability. When you receive a WM_TOPPED event, you are
given the mouse coordinates of the click. An application is free to choose
not to top its window (many apps use this for ignoring tops of other windows
when a modal dialog-in-window is in effect). An app is also free to use the
mouse co-ords as a click.
>think we should avoid having different behavious on different machines.
Agreed. Newer AES supports background clicking 100%, so we should use it
fully on those machines, and to the best of our ability on older machines.
--
Warwick